home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20030409-20031118 / 000164_heiby_u@falkor.chi.il.us_Sun Jun 15 15:30:26 EDT 2003.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  69 lines
  1. Article: 14393 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!newsfeed.nyu.edu!lon-transit.news.telstra.net!news.telstra.net!144.212.100.101.MISMATCH!newsfeed!arclight.uoregon.edu!wn13feed!wn12feed!worldnet.att.net!204.127.198.203!attbi_feed3!attbi_feed4!attbi.com!sccrnsc01.POSTED!not-for-mail
  3. From: Ron Heiby <heiby_u@falkor.chi.il.us>
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: Backspace Insists on sending ^H
  6. Message-ID: <pufpevgagen327afgv17aqs21t6f34tq1v@4ax.com>
  7. References: <779oev84tluh03lpoag0imeueh45algboj@4ax.com> <bci7b3$plv$1@watsol.cc.columbia.edu>
  8. X-Newsreader: Forte Agent 1.91/32.564
  9. MIME-Version: 1.0
  10. Content-Type: text/plain; charset=us-ascii
  11. Content-Transfer-Encoding: 7bit
  12. Lines: 48
  13. NNTP-Posting-Host: 12.248.231.128
  14. X-Complaints-To: abuse@attbi.com
  15. X-Trace: sccrnsc01 1055703844 12.248.231.128 (Sun, 15 Jun 2003 19:04:04 GMT)
  16. NNTP-Posting-Date: Sun, 15 Jun 2003 19:04:04 GMT
  17. Organization: AT&T Broadband
  18. Date: Sun, 15 Jun 2003 19:04:04 GMT
  19. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14393
  20.  
  21. fdc@columbia.edu (Frank da Cruz) wrote:
  22. >But this does not affect what the remote Unix system's erase character is.
  23.  
  24. Right. Just noted that for "completeness", and in case I was missing something there.
  25.  
  26. >: have noticed before now.  It does look like I am able to add an explicit
  27. >: "set key" to get the backspace key to emit a DEL, which seems an OK
  28. >Where do you add it?
  29.  
  30. In the keyboard setup area -- the one that is suggested for use in defining the SSH
  31. port forwarding commands.
  32.  
  33. >When Kermit 95 starts, commands are executed in the following order:
  34. >
  35. >  certain "pre-scanned" command-line options
  36. >  k95.ini
  37. >  k95site.ini
  38. >  k95custom.ini
  39. >  Any command-line options that were not pre-scanned
  40. >  Dialer script
  41. >  Interactive commands or scripts explicitly invoked
  42.  
  43. Aha! I trapped myself in the glitz and glamour of the GUI interface, rather than
  44. sticking exclusively with the commands. :-)
  45.  
  46. I had completely forgotten that my *own* k95custom.ini would still get executed, even
  47. though I was going through the GUI Dialer to start the session. In there, I was
  48. explicitly setting the key to transmit a BS. (This, from the old days when I usually
  49. did want a BS sent by that key.) Having been reminded of that, I'll have to look
  50. through it for other potential "gotchas" that are setting things that I think I'm
  51. setting via the Dialer.
  52.  
  53. Is there something I can test that would let my k95custom.ini know whether it was
  54. invoked via the Dialer, so it could still set up certain things if it was not?
  55.  
  56. >If you have specified either one of these scripts, and it contains a SET
  57. >KEY command, this can override the Enter and Backspace key settings on
  58. >the Keyboard Settings page.
  59.  
  60. This corresponds to what I have observed, and I found that commenting out my
  61. k95custom.ini "set key" line has things working as I would have expected. (Yay!)
  62.  
  63. However, I am confused by your (above) list of execution order. If my k95custom.ini is
  64. being executed before the Dialer script, why isn't the Dialer script command to "set
  65. dialer backspace \127" coming later overruling the earlier "set key"? BTW, commanding
  66. Kermit "help set dialer" does not enlighten. ("set dialer ?" does yield a bit of info.)
  67.  
  68. Thanks much. I am always impressed by the great support I get for Kermit.
  69.